home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / answers / comp / unix-faq / user-friendly < prev    next >
Internet Message Format  |  1994-04-05  |  17KB

  1. Path: bloom-beacon.mit.edu!hookup!europa.eng.gtefsd.com!gatech!concert!news.wfu.edu!news
  2. From: cuuf@wfu.edu
  3. Newsgroups: comp.unix.user-friendly,comp.answers,news.answers
  4. Subject: comp.unix.user-friendly Frequently Asked Questions (FAQ)
  5. Followup-To: comp.unix.user-friendly
  6. Date: 5 Apr 1994 10:59:05 GMT
  7. Organization: Wake Forest University
  8. Lines: 368
  9. Approved: news-answers-request@MIT.Edu
  10. Message-ID: <2nrg9p$gf5@quad.wfunet.wfu.edu>
  11. NNTP-Posting-Host: ac.wfunet.wfu.edu
  12. Xref: bloom-beacon.mit.edu comp.unix.user-friendly:2476 comp.answers:4778 news.answers:17703
  13.  
  14. Archive-name: unix-faq/user-friendly
  15.  
  16. FAQ (Frequently-asked Questions) for comp.unix.user-friendly
  17. ============================================================================
  18.  
  19. Last modified: Mar. 7, 1994
  20.  
  21. This FAQ is automatically posted on the 5th and 20th of each month. The
  22. latest version of the FAQ is available in the following ways: 
  23.  
  24. anonymous ftp and fsp to ftp.wfu.edu /pub/usenet/cuuf-FAQ
  25. gopher to gopher.wfu.edu port 70 /Wake Forest Information/Computer information
  26.                                  /Usenet News information maintained by Wake...
  27.  
  28. THE PURPOSE OF THIS FAQ is to archive "Frequently Asked Questions", and by
  29. so doing, to improve the quality of the newsgroup discussion by reducing
  30. redundant questions.  The FAQ also serves as a reference to new readers,
  31. providing one resource which will answer many of their questions. It does
  32. not matter if a FAQ is necessarily appropriate to the group's charter-- if
  33. it appears frequently, its inclusion in the FAQ will reduce the frequency. 
  34.  
  35. Since this is a new newsgroup, there currently are very few FAQ's. If
  36. users consider a topic worth incorporating into this FAQ, they are
  37. encouraged to compile and email any FAQs to cuuf@wfu.edu FAQs should try
  38. to roughly incorporate which category(ies) of users the FAQ applies to (if
  39. applicable) i.e., novice, casual, expert, etc.  If you do NOT want your
  40. name credited with the FAQ, please say so. 
  41.  
  42. The FAQ is maintained by Noel Hunter <noel@wfu.edu> and
  43. Lachlan Cranswick <lachlan@dmp.csiro.au>
  44.  
  45. ============================================================================
  46. Contents
  47. ===========================================================================
  48. 1. Novice (General questions about Unix and this newsgroup)
  49.     1.1 Why did the people who wrote Unix use different commands from
  50.             MS-DOS; why does Unix use funny abbreviations for commands, etc?
  51.         1.2 What books are available for learning Unix?
  52.         1.3 What are some basic commands and concepts for new users?
  53.     1.4 What Internet resources are available for learning Unix?
  54.  
  55. 2. Casual (Now we're getting into "User Friendly")
  56.     2.1 What shells are friendliest, and how can one make shells
  57.     friendlier?
  58.  
  59. 3. Expert
  60.     3.1 What on-line documentation / help systems are available free
  61.             on the Internet
  62.  
  63. ===========================================================================
  64. 1. NOVICE QUESTIONS
  65. ===========================================================================
  66.  
  67. Subject: 1.1 Why did the people who wrote Unix use different commands from
  68.              MS-DOS; why does Unix use funny abbreviations for commands, etc?
  69.  
  70. This question, and questions of a general Unix nature are not appropriate
  71. for this newsgroup.  Direct them to comp.unix.questions or other 
  72. comp.unix groups.  However, since these questions do occur frequently, 
  73. here is a brief summary of responses:
  74.  
  75. Submitted by Randolph J. Herber, paraphrased here:
  76.  
  77. Unix was written before MS-DOS, which is a distant relative, tracing some
  78. of its roots to Unix, but also incorporating other influences.  According
  79. to _The Bell System Technical Journal_ (Vol. 57, No. 6, July-August, 1978
  80. ``Forward''), "The UNIX story begins with Ken Thompson's work on a
  81. cast-off PDP-7 minicomputer in 1969." According to _The MS-DOS
  82. Encyclopedia_ (Microsoft Press), page 19, MS-DOS "ran on the prototype for
  83. the first time in 1981."
  84.  
  85. As the XENIX operating system is a spin-off from the UNIX operating
  86. system, it is clear that MS-DOS itself could be called a distant spin-off
  87. of the UNIX operating system. 
  88.  
  89. Primary causes of the abbreviations were the 10 characters per
  90. second terminal speeds and the small system memories (e.g. 128KB).
  91.  
  92. ===========================================================================
  93.  
  94. Subject: 1.2 What books are available for learning Unix?
  95.  
  96. This question also is not appropriate to this newsgroup, but is frequently
  97. asked. See the newsgroup misc.books.technical instead.  Here is a summary 
  98. of resources:
  99.  
  100. A Concise Guide to UNIX Books
  101. Compiled by: Samuel Ko (kko@sfu.ca, sko@wimsey.bc.ca)
  102.  
  103. This is a good selection of the "best" books and documentation on
  104. UNIX and related areas.  The selection is based on i) recommendations
  105. from netnews readers, ii) the US/Canada sales figures, and iii) a bit
  106. of my own preference.
  107.  
  108. Among the subject areas covered:
  109.    A. General Unix Texts
  110.       a.  for beginning / intermediate users
  111.       b.  for intermediate / advanced users
  112.    B. Shells
  113.    C. Unix Editors
  114.    L. Other Lists
  115.    M. Other Books (experimental)
  116.  
  117. The latest version is also obtainable by anonymous ftp from rtfm.mit.edu
  118. (in /pub/usenet/news.answers/books). If you do not have ftp or netnews
  119. access you can get it by email from mail-server@rtfm.mit.edu and the body
  120. of your request should be send usenet/news.answers/books/unix. 
  121.  
  122. ===========================================================================
  123.  
  124. Subject: 1.3 What are some basic commands and concepts for new users?
  125.  
  126. Another novice question which should be directed to the newsgroup 
  127. comp.unix.questions.  But novices can't know these things, so we should 
  128. help them at least briefly:
  129.  
  130. Basic commands and concepts, originally submitted by haley@husc.harvard.edu.
  131.  
  132. Unix is an operating system, similar to MS-DOS, only much more powerful.
  133. Some versions have over 300 commands in the basic system, not including
  134. specialized applications. 
  135.  
  136. Command Primer
  137. -------------- 
  138. These commands are meant for use in a program called a "shell", which is
  139. the user interface to the underlying programs that make up Unix. There are
  140. several different shells which are widely used, so the prompts you see on
  141. your screen, and the responses you see may vary slightly.  However, the
  142. commands here should work in all of the shells. Note that users with
  143. Graphical User Interfaces (X Windows, Openview, etc) may have to use the
  144. "shelltool" or "command window" to use these commands. 
  145.  
  146. When you enter Unix commands, you will usually enter two or three words: 
  147. the "command" itself, "modifier(s)" which change the way the command
  148. works, and "aruguamt(s)" which provide the command with additional
  149. information.  Each word in the command is separated by a space, and
  150. modifiers are preceded by a hyphen (-).  Here is an example of the "ls"
  151. command with a modified and argument: 
  152.  
  153. Example:   command  modifier argument
  154.            |        |        |
  155.            ls       -CF      newdir
  156.  
  157. Typing this command will print a directory listing on your screen of the
  158. directory "newdir".  The modifiers "-CF" tell the ls command to list other
  159. directories listed with a / after them, and to list programs with a * after 
  160. them, and logical links with a @ after them. 
  161.  
  162. The unix system uses a "hierarchical directory structure; to store files
  163. on its disks.  This type of structure is like an upside-down tree, with
  164. one "root" directory (like the root and trunk of a tree), and many
  165. sub-directories (like branches) to store files in. Here is a small example
  166. of what one might look like: 
  167.  
  168.              _______________(/)______________________________
  169.             /      /           \       \                     \
  170.           bin     lib           etc     home_____________     usr
  171.                  /                     /        \        \
  172.                 sys              headcheese      \        headcheese3
  173.                                                   \
  174.                                                    headcheese2
  175.                                                   /
  176.                                            student
  177.                                           /
  178.                                      yourdir
  179.  
  180. The directories you must go through to find a particular file in "yourdir"
  181. are "/" then "home" then "headcheese2" then "student" then "yourdir". In
  182. Unix you call the directories you must go through to acces a file the
  183. "path", and you type in the above path like this: 
  184.  
  185. /home/headcheese2/student/yourdir/filename
  186.  
  187. We call this "filename"'s "full path". The first "/" must be there for it
  188. to be a full path. If you leave it off then the shell will assume it is a
  189. "relative path" and look for the path to start in the directory you are
  190. currently in, called the "current working directory". This is useful, as
  191. always having to refer to files by their full path would get tedious. If
  192. you were in "student" and wanted to refer to "filename" in "yourdir" you
  193. could call it:
  194.  
  195. yourdir/filename
  196.  
  197. Or, if you are already in "yourdir", just
  198.  
  199. filename
  200.  
  201. O.K. That ought to be enough to get you interested and started...
  202. Note to MS-DOS users: Unix has a hierarchical directory structure,
  203. like MS-DOS, but uses a / to separate parts of a file path instead of
  204. a \ (Back-slash).
  205.  
  206. Playing around
  207. --------------
  208. After you understand these things, the thing to do is *PLAY*. Look around
  209. in the directories which store commands, and when you see something, do a
  210. "man" on it. When you think you want to know more, a trip to a math
  211. library is in order, or maybe a good bookstore. A good publisher is
  212. O'reilly (Nutshell). Addison Wesley is also good, but I think they are
  213. better for advanced stuff. 
  214.  
  215. Directories to look in: /bin /usr/bin /usr/local /usr/local/bin and just
  216. about any other "*bin" directory. 
  217.  
  218. Note that this method is not time efficient at first. It is however MUCH
  219. better for retention. I went from knowing nothing about Unix to having the
  220. professor who got me started asking *me* for advice. 
  221.  
  222. There is a small hand-full of commands that you will use many times, and 
  223. here they are...
  224.  
  225. man    Print out a manual page    on the screen.  If you know the name of a 
  226. command, you can read the manual by typing "man command".  For example, 
  227. typing "man ls" will display the manual for the ls command.  If you want 
  228. to search all of the man pages for a certain word (on some systems), you 
  229. can type "man -k word".  For example, typing "man -k mail" would list 
  230. the names of all of the man pages pertaining to mail.
  231.                                 man intro
  232. passwd    Change your account password. This should be done the first time 
  233. you log on, especially if you have no password. You must know your old
  234. password to change it.  To change you password, type "passwd".  Then enter
  235. your old (current) password, and the desired new password (twice).  Note 
  236. that your passwords will NOT appear on the screen as you type them.
  237.  
  238. ls    List the contents of a directory.  Typing "ls" alone will list 
  239. the contents of the current working directory.  If you want to see a 
  240. specific directory, you can type "ls directoryname".  For example,
  241. "ls /pub" will list the contents of the /pub directory (if there is 
  242. one one your system).  Adding "-CF" options will give you a more 
  243. detailed listing in columns, marking directories with a /, executable 
  244. files with a *, and logical links with a @.  For example, typing "ls -CF"
  245. will give a detailed listing of the current directory.
  246.  
  247. mkdir    Make a new directory as a sub-directory of where you are now.    
  248. For example, "mkdir work" will create a sub-directory named "work" in 
  249. your current directory.
  250.  
  251. cd    Change directory. Used to go up or down in the directory tree.
  252. For example, to change to a sub-directory named "work" in the current 
  253. directory, type "cd work".  Typing "cd .." will change to the parent 
  254. directory, the directory one level above the current directory.
  255.  
  256. vi     Invoke the vi editor. This is a screen editor, that is, a text editor
  257. that makes use of the full screen. You must know this or another editor to
  258. make use of "elm".  For those who use one of the windowing systems
  259. exclusively, you can put off learning this as the windowing systems have
  260. adifferent e-mail system.
  261.  
  262. rm    Remove a file. (note: this is forever! Think before you erase)
  263. For example, to remove a file named "foo", type "rm foo".  Adding the 
  264. "-r" option allows you to delete an entire sub-directory and ALL files 
  265. and directories beneath it.  BE CAREFUL!  For example, to delete a 
  266. directory named "work", and all files and sub-directories in "work", type 
  267. "rm -rf work".
  268.  
  269. elm    Invoke the elm mail program.  Note: must know an editor
  270. first.    
  271.  
  272. ===========================================================================
  273. Subject: 1.4 What Internet resources are available for learning Unix?
  274.  
  275. Submitted by: Jean-Marc Bonnaudet
  276.  
  277. The Unix-faq is posted to the newgroups: 
  278. comp.unix.questions,comp.unix.shell,news.answers, comp.answers.
  279.  
  280.  
  281. ===========================================================================
  282. 2. CASUAL QUESTIONS
  283. ===========================================================================
  284.  
  285. Subject: 2.1 What shells are friendliest, and how can one make shells 
  286. friendlier?
  287.  
  288. bash
  289. ----
  290. Bash is an sh-compatible command language interpreter that executes
  291. commands read from the standard input or from a file.  Bash also
  292. incorporates useful features from the Korn and C shells (ksh and csh).
  293.  
  294. Bash is ultimately intended to be a faithful implementation of the
  295. IEEE Posix Shell and Tools specification (IEEE Working Group 1003.2).
  296.  
  297. Bash is available from GNU sites, such as jaguar.cs.utah.edu:gnustuff
  298.  
  299. tcsh
  300. ----
  301. is an enhanced version of the Berkeley UNIX C shell csh.  It behaves
  302. exactly like the C  shell, with added utilities of:
  303.  
  304. 1) Command line editing using vi or Emacs commands, allowing you to
  305.    correct errors in the current input line, or in previously input lines,
  306.    much more easily than with sh or csh.
  307. 2) Visual step up/down through the history list, letting you recall
  308.    previously typed lines by simply pressing the up arrow key.
  309. 3) Terminal mode sanity checking and resetting, which helps reduce
  310.    problems for users who frequently switch between various types of
  311.    terminals.
  312. 4) Interactive command, file name and user name completion, allowing you
  313.    to type the first few characters of a command, user name, or file name,
  314.    then press the TAB key to automatically complete the word.
  315. 5) File, directory, and user list display in the middle of a typed
  316.    command.
  317. 6) Interactive spelling correction of command, file, and user names.
  318. 7) Lookup of command documentation in the middle of a typed command. 
  319. 8) Enhanced history mechanism for recalling previous commands.
  320. 9) Automatic locking or logout after long periods of idle time.
  321.  
  322. tcsh is available via anonymous ftp from tesla.ee.cornell.edu, among other
  323. places.
  324.  
  325. zsh
  326. ---
  327. (paraphrased from the zsh faq, posted to comp.answers monthly)
  328. zsh is a UNIX command interpreter (shell) which of the standard shells
  329. most resembles the Korn shell (ksh), although it is not completely
  330. compatible.  It includes enhancements of many types, notably in the
  331. command-line editor, options for customising its behaviour, filename
  332. globbing, features to make C-shell (csh) users feel more at home and
  333. extra features drawn from tcsh (another `custom' shell).
  334.  
  335. zsh is available for users east of the Atlantic from:
  336.   carlo.phys.uva.nl(145.18.218.21):/pub/bas/zsh/zsh-2.4beta.tar.gz
  337. The latest full release is in zsh-2.3.1.tar.gz in the same directory.
  338. and
  339.   ftp.sterling.com (192.124.9.1):/zsh
  340.  
  341. The 2.3.1 distribution is also available from ftp.uu.net and mirrors
  342. in the directory pub/shells/zsh.
  343.  
  344. ===========================================================================
  345. 3. EXPERT QUESTIONS
  346. ===========================================================================
  347.  
  348. Subject: 3.1 What on-line documentation / help systems are available free
  349.             on the Internet
  350.  
  351. Submitted by Chris Siebenmann <cks@hawkwind.utcs.toronto.edu>, edited.
  352.  
  353. TkMan
  354. ----- 
  355. an X-based manual page viewer and browser. Far superior to
  356. xman; I think it's the current best approach to man page presentation.
  357. Available via anonymous ftp from ftp.cs.berkeley.edu:
  358. /pub/mhgs/tkman-1.5.tar.Z
  359.  
  360. TkInfo
  361. ------
  362. an X-based hypertext interface to the GNU texinfo .info file format.
  363.  
  364. World Wide Web (WWW), Mosaic and Lynx
  365. -------------------------------------
  366. HTML looks like the leading candidate for formatted and annotated text at
  367. the moment, so even if WWW dies, an investment in HTML-based tools will
  368. probably continue to be useful.  Word Perfect, BBEdit, and other vendors
  369. are beginning to support HTML editing. 
  370.  
  371. Gopher
  372. ------
  373. seems to be the low-rent ASCII-based information delivery system of
  374. choice, but I'm not sure it's the right choice. For one thing, one has to
  375. fight menus to find things, which makes it reliant on the skill of the
  376. person who set them up. Combining gopher with WAIS for searching can
  377. create a more effective documentation system. 
  378. --
  379. * Noel Hunter,  Academic Systems Administrator,    Wake Forest University *
  380. * email: noel@wfu.edu         http://www.wfu.edu/users/staff/Noel-Hunter/ *
  381. * tel:910-759-5812 fax:910-759-6074 home:910-725-6570 mobile:910-418-8286 *
  382.